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METHOD FOR EXPANDING IN FRIENDLY MANNER 
THE FUNCTIONALITY OF A PORTABLE ELECTRONIC DEVICE 
AND CORRESPONDING PORTABLE ELECTRONIC DEVICE 

5 

BACKGROUND OF THE INVENTION 

Tp.nhni cal Fi p^l d of t.hf^. Tnvp.nt-i on 

The present invention relates to a method of expanding the functional 
capabilities of portable electronic devices with user friendly modes, of the type in 
10 which a host device is associated a quick-connect functional expansion module. 

The invention further relates to a portable electronic device having expanded 
functions in a user friendly mode. 
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Deacript -i on of the Related Art 

As is well known, developmente in electronic computing devices have led to 
consolidation in a small space a number of functions that were afforded in the past 
only by desk computers. Many functions, e.g. diary, calculation, communication, 
5 scheduling fimctions, are now offered by a number of appliances (e.g., palm and 
hand-held computers, mobile phones, organizers) designed for operation while held in 
one's hand. 

With palm-top devices, data and/or commands to execute operations sought by 
a user are entered by depressing keys or through a touch screen. 

10 A nontrivial consideration in the design of palm-top devices is the interfacing 

with the user. For the available functions to be readily set to work by the user, it is 
necessary that the user be enabled to grasp the essentials for function activation 
W without having to go through lengthy training sessions. This is because, unlike 

7r standard computers, these devices are often utilized to interact with a distracted user, 

4i 15 as may be the case of a cellular phone being operated in a crowded railway station, or 
are required to respond promptly, as when voice or written notes are to be entered, 
js* Having to allow some minutes for the system/device to re-initialize, as is often 

I? necessary with desk-top computers, would be undesirable. 

p In this context, to be able to call an application or to enter a sequence of data 

20 by voice messages would make such palm-top devices quicker and more convenient to 
use. 

A prior approach is disclosed in U.S. Patent No. 5,602,963, where a so-called 
personal organizer is described that can be commanded by voice. 

Another voice-commanded device is disclosed in U.S. Patent No. 6,061,651, 
25 wherein a system is activated upon recognition of a vocal pulse above a given 
threshold. 

To ease function activation and control, the industry of palm-top electronic 
devices had pursued expansion of the functions of a generic support system that 
affords a number of discrete functions within a limited area. However, a user's 
30 requirement is that any added functions should be readily identifiable, quick to install, 
and operable at will with little to no overlap of the support system. 
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An approach that attempts to fill these demands is disclosed in U.S. Patent No. 
5,133,076, which provides an expansion module for a palm-top computer. 

Another prior approach is U.S. Patent No. 5,432,938, which provides a 
method of automatically activating a functional expansion module by insertion into a 
5 computer imit. 

Based upon the foregoing, there is a need for a hand-held or otherwise portable 
system which allows a user relatively quick access to and easy control of a variety of 

functions. 

Summary of the Invention 

^ 10 Embodiments of the present invention are directed to provide a method of 

p managing supplementary modules to a palm-top type of base device. In particular, 

7 embodiments of the present invention provide a method of implementing additional 

functions within a support system, specifically within a palm-top electronic device, 
with features appropriate to make predetermined applications, not originally provided 
15 in the support system, quick to set up and use, for improved system applicability and 
r_. user satisfaction. 

1 

Jl^ The embodiments of the present invention divide these capabilities between a 

^ series of sub-features addressing the interfacing of a support system to an added 

1^ module effectively supplementing the system with additional functional capabilities. 

20 The sub-features include the capability to recognize existing applications in the basic 
reference device; check an additional ftinction of the supplementary module for 
compatibility with the existing applications; find the class of commands to which the 
additional function is to be assigned; interact with the user to acquire necessary 
information to the additional function; set up the system for receiving and interpreting 
25 the additional function; and hold the setup stored in memory, and retrieve the stored 
setup each time that the base device and supplementary module are turned on. 

The features and advantages of the method and device according to 
embodiments of this invention will be apparent from the following detailed description 
of an embodiment thereof, given by way of non-limitative example with reference to 
30 the accompanying drawings. 

Brief Description of the Drawings 
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Figure 1 is a schematic flow chart for the method of interfacing a host 
electronic device to a module in order to expand the functional capabilities of the host 
device, according to an embodiment of the invention. 

Figure 2 is a block diagram showing schematically the construction of the host 
5 electronic device and that of the expansion module. 

Figure 3 schematically details the construction of a module associated with a 
host electronic device. 

Figure 4 is a schematic flow chart for an exemplary application. 

Figure 5 is a table illustrating the match of a command instruction to a 
^ 10 corresponding action of a given application, as is made possible by the module shown 
2 in Figure 3. 

Ill 

j'fi Detailed Description of the Invention 

m 

S The present invention will now be described more fully hereinafter with 

reference to the accompanying drawings in which exemplary embodiments of the 

f, 15 invention are shown. This invention may, however, be embodied in many different 
forms and should not be construed as being limited to the embodiments set forth 

~; herem. Rather, the embodiments are provided so that this disclosure will be thorough 

2 and complete, and will fiilly convey the scope of the invention to those skilled in the 

^'^ art. 

20 With reference to the drawings, in particular to the example shown in Figure 

1, a portable, e.g. palm-top, type of host electronic device operated in accordance 
with the inventive method is shown generally at 1 in schematic form. The device 1 
may be a wrist organizer, a cellular phone, or a palm-top computer, such as the 
"Visor" model by Handspring, in which the OS operating system is installed. It is 

25 understood that device 1 may be virtually any type of portable or hand-held electronic 
device that can be manipulated by a user. 

The device 1 may include a microprocessor 2 and a memory unit 3, as shown 
in Figure 2. These internal components may be interconnected by an internal bus 4, 
which may also connect to a user interface 5. The device 1 may further include a 
30 connector 6 adapted for quick engagement with a mating connector 7 on a separate 
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module 8. 

The module 8 may be an expansion board adapted to expand the functions of 
the device 1 , and adapted for releasable connection to the device 1 by plugging the 
connectors 6 and 7 together. The module 8 may include at least a microcontroller 9 
5 and a memory 10. Ambient interface sensors 11 may be also provided in module 8. 
Components 9, 10 and 11 may be mterconnected by an internal bus of the module 8, 
which bus may be provided by printed circuit tracks of the expansion board. 

To explain the various aspects of this invention, the device 1 will be described 
below to be a generic palm-top computer, for exemplary purposes only. The 
10 expansion board 15 will then be described as a module adapting the device 1 for vocal 
,^ command acceptation. It is understood that device 1 may be an electronic device 

Q other than a palm-top computer, and that expansion board 15 may provide other 

^3 functions to device 1 in addition to or instead of vocal command acceptation. 

y 

'tp. With these assumptions, and according to the flow chart of Figure 2, the vocal 

=C 15 command function is activated by just inserting the specially provided board 15 of 
module 8 into the expansion slot of device 1. This board 15 is able to independently 
M discriminate those applications resident to device 1 which match its functional 

capabilities, to set up the system for acceptance of vocal commands and control the 
ijj palm-top computer applications consistently with the vocal commands imparted, 

O 20 without the user being required to do any setting up. 

Also, the configuration and current state can be held in store for prompter 
system setting up upon the board being inserted on any later occasions. By removing 
the above board 15 and inserting another providing different functions, e.g. feature 
recognition, the palm-top computer may be re-configured in conformity the newly 
25 inserted board. 

The method, according to the exemplary embodiment of this invention, may 
include at least one expansion module 8 serving a fimction of choice, complete with 
components the functional expansion module 8 may require (power supply, sensors, 
etc.). Module 8 can be connected to a generic portable host device 1 through an 
30 interface 6, 7 having a definite protocol. The module 8 may be effective to expand 
the functions and potential of the device 1 . 
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In addition, the device 1 and module 8 may form an interconnected whole 
adapted, through its software and hardware components, to: acquire external prompts 
to perform its functions; convert the prompts, and respond to the prompts by 
activating operations; later send consistent signals according to protocols that are 
5 compatible with the computational system of the host devices 1; self- activate, and 
install the software upon plugging into, and remove the software upon unplugging 
from, the host device 1; be independent of the existing apphcations; be independent of 
the existing hardware; and provide a physical connection between the module 8 and 
the host device 1 by way of their respective physical interfaces 6, 7. 

10 In the case of the above-mentioned exemplary voice conmaand fimctionality, a 

system including a vocal command module connected to a pahn-top computer may 
perform acquiring audio sequences that contain voice messages; and upon recognizing 
a voice message, issuing the host device one or more codes of the communication 
protocol established between the two devices, according to the vocal command 

15 imparted. 

The method of the exemplary embodiment of the invention includes a sequence 
of steps, listed herein below in terms of interface protocol between the host device 1 
and the expansion module 8. In particular, the method may include the fimctional 
expansion module 8 and the host device 1 recognizing each other, at every installation 
20 or connection therebetween. In addition, the method may include, upon uistalling the 
module 8 in the host device 1 for the first time, substantially automatically 

listing the applications that are resident in the host device; 

checking for applicability of the expansion to each application (e.g., an 
administrative type of program would require no audio expansion); 

25 searching out, for each resident application, die modes that need to be used to 

implement the expansion (e.g., listing commands that can be extended, or 
implementing fresh resources), and possible user interfaces, which may be carried out 
on calling an application for the first time; and 

searching out or constructing a "vocabulary" of correspondence between the 
30 minimum of functions afforded by the expansion device 8 and the minimum of 
functions demanded by the application in the host device 1 . 
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The user may be allowed to activate the available expansion. When a selection 
is provided, for a given application, the method may include: 

finding out the components of the "vocabulary of functions" from the 
sets associated with the other applications involved in the extension that is 
made possible by the supplementary module; 

optionally requesting for training, or for a check in the vocabulary 
entered; 

warning the user of the expansion being available, using a video or 
audio signal; and 

activating the expansion on request by the user. 

Information may be stored in the system, such as the configuration 
characteristics, the "vocabularies of functions" for each application, and the current 
state of each activated application. 

Each step of the method according to the exemplary embodiment of the present 
invention will now be described in detail. Initially, it is assumed a starting state in 
which the expansion module 8 is plugged into or quick connected to the host device 1 
so as to form a whole or unitary device. 

The plugging in action, Step Fl in Figure 1, activates an "activate" procedure 
in the operating system of the host device 1, by reading a (high/low) logic signal from 
predetermined pins of the connected module 8. This logic signal will activate a portion 
of the operating system to check for the presence of any programs and/or applications 
in a pre-set memory space reserved for expansion boards. 

For example, in the Handspring Visor palm-top computer, using the Palm OS 
operating system, there are two signals to indicate connection of an expansion board 
and perform two functions: entering an interrupt to the palm-top computer to warn the 
CPU of the connection made, and activating the power supply to the board for its 
operation. 

At the same time as the application is activated by the operating system of the 
host device 1 (Step F2), the components inside the expansion module 8 may be also 
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activated, and are now ready to implement the application. 

In the context of the above example, the operating system may, upon insertion 
of the module 8 or the board 15, search out an application having given characteristics 
in the memory space reserved for the board 15 (Step F3). If such an application does 
5 exist, the current execution is interrupted and the board application is executed 
instead. The application would contain the necessary procedures to activate the board 
components and set them for use by the palm-top computer device 1. 

The presently active application may either start reading from the memory 
space in the host computer 1, or request from the host operating system a list of the 
10 applications that are resident in the host device 1, as specified under Step F4 in Figure 
1. A list of the resources associated with each available application can thus be 
^ obtained (graphic objects such as forms, buttons, etc.), and the items of information 

O that the expanded application can utilize be derived. Steps F5 and F6 are exemplary of 

^ operations directed to verify the fimctional expansion mode and define the mode of 

m 15 interfacing the module 8 to the device 1, respectively. 
£ 

PJ For example, when a form is identified which carries a heed message ("Wish 

to confirm the operation?"), and a possible confirmation ("OK"), a voice synthesizing 
iJ system acquires the information provided by the contents of the message, and a vocal 

.jJJ command system acquires the information about the confirmation to be given. These 

P 20 items of information will be entered in a table, hereui referred to as the "vocabulary" 
^ of correspondence between the resources used by the application and the operations 

demanded of the extension module 8, Step F7. 

Furthermore, some software algorithms will have to be set up which would 
detain requests from the operating system and once again send the request for action 
25 to the extension module 8, or conversely detain an action by the extension module 8 
and notify the operational system of the action performed as if the latter had been 
executed by a "proprietary" software portion. 

After checking with all the applications that are present in the system (Steps 
F5, F6 and F7) and creating a table of correspondence for each application whose 
30 functions can be "expanded" by the installed module, the system will be as specified 
here below. 
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The expansion module 8 may include a load-and-connect program for loading 
into and connecting to the host system 1; an expansion board checking program; and 
an API (Application Programming Interface) for the board 15 to dialog with the 
operating system of the host device 1. 

The host device 1 may include tables of correspondence between the 
applications and the commands from the installed device; and an operational system 
patch or path for detaining the functions to be expanded. A message or a light 
indication on the board 15, or alternatively a symbol appended to the application 
symbol on the main page, may inform the user that the extension is available, Step 
F8. Once a program affected by the expansion is activated, the modxile 8 connected to 
the portable device 1 may be activated to make it ready to perform the fimctions 
requested, Step F9. 

On completion of the application, or upon the board 15 and/or the module 8 
being removed, certain operations will be performed to save the current state of the 
system, so that the application can be restored immediately upon die board 15 being 
inserted back into device 1 and the information about the vocabularies of 
correspondence can be saved. Step FIO. 

The modes of connecting and operating a speech recognition module 8 will 
now be discussed, by way of example only, which module 8 would be associated with 
a Handspring Visor model of palm-top computer in which a Palm OS™ operating 
system is installed, and which can accommodate additional-function boards 15 by 
means of a mechanical/electrical connection (springboard expansion slot) that is 
physically identical widi a PCMCIA coimection located on the backside of the device 
1. 

The following are among the signals that best characterize this connection 
between the board 15 and the device 1: 

CDl, CD2 - Module Detects: these are connection detectors indicating to the 
palm-top computer that a board 15 has been inserted into the expansion slot; 

CSO, CSl - Chip Selects: these control access to the two addressable regions 
that the expansion board 15 can use; and 

IRQ - Interrupt Request: a signal that issues from the board when services are 
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requested of the palm-top computer device 1. 

Available for use with the expansion module 8/device 15 may be an API 
(Application Programming Interface) that enables operation on the host operating 
system of the subject computer. This API may be effective to manage the board 
installation, activation of any resident applications, and events originated by the 
board. 

Assume, for exemplary purposes, a voice recognition board 15 that can run the 
recognition steps by itself and is provided with a compatible connection with the 
above palm-top computer 1. Referring to Figure 3, this board 15 may include: a non- 
volatile memory 16, such as a flash type, containing the board set-up programs and 
the necessary APIs for dialog with the host computer 1; stored in a database may be 
voice features and optional tables of correspondence for the principal applications; a 
volatile working memory 17, such as a RAM; a speech recognition core unit 18; an 
interrupt control block 19; a data acquisition unit, such as a microphone line 20 and 
associated pre-processor 21; and I/O interfacing devices 12 (USB, I2C). 

Stored in the resident non- volatile memory 16 of the board 15 may be 
substantially all the voice recognition activating procedures, which may be activated 
and made available upon inserting the board 15 into the expansion slot. The activating 
procedures may include: an FPGA loading and activating procedure, in order to set up 
the connections and protocols between the computer 1 and the board 15; a voice 
recognition system activating procedure to set up the system, by placing it in a 
standby state, and activate the system as requested; an interrupt managing procedure 
to read the tables of correspondence between the voice commands and the software 
actions, and activate these actions; and a control procedure effective to manage the 
above software components and guide their respective activation through the various 
steps. 

Consider, for example, the Palm OS™ operating system that is resident in the 
palm-top computer. This operating system is host to several applications. Using 
suitable software modules, its characteristics related to the user interface can be 
extracted for each application held in the computer. These characteristics can be 
represented by their associated resource modules. Resources modules hear those 
software portions that are preset by the operating system and interact with the user 
through the input/output units. 
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Given below is an example of an application resource: 



FORM ID MainForm AT (0 0 160 160) 
USABLE 
5 MODAL 
BEGIN 

TITLE "Voice Commander" 

LABEL "Ready to receive Vocal Commands" ID MainLabel AT (CENTER 16) 
BUTTON "Exchange Data" ID MainButton AT (40 30 80 40) USABLE 
1 0 FIELD ID MainResultField AT (65 100 29 16) USABLE SINGLELINE 

END 



ALERT ID RomlncompatibleAlert 
CONFIRMATION 
% 15 BEGIN 

TITLE "RomlncompatibleAlert" 
Z BUTTONS "OK" 

END 



20 Using a suitable instruction sequence, the above resoxirces are detained by the 

program that is to set the table of correspondence for the voice recognizer. Those 
resources that can be supplied a corresponding vocal command (in the above example, 
these are the resources designated BUTTONS, in other cases, these may be elements 
in a list) are then identified. According to resource type, a patch of needed software 

25 functions to emulate the resource is constructed, and an item in the table of specific 
correspondence of the current application is created which would encompass the 
construction of each resource. 

Figure 5 illustrates this kind of match in table form. 
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Upon inserting the board, the following actions may take place in the 
expansion slot of the palm-top computer. Once the module detect signals (CDl, CD2) 
that attest of the insertion are detained, the Palm OS™ operating system searches the 
first block (identified by signal CSO) for availability of a memory space that is 
5 reserved for the expansion board, and searches for the presence of any applications. 
After finding out an application concemuig the word recognizer setup, the operating 
system may copy that application into the internal memory, and executes its contents. 
A search may be also started among the resident applications to find out those having 
a table of correspondence already available. According to the configuration of given 
10 parameters effected by the user, the system may now be able to scan the other 
applications to make them available for guiding by vocal commands, initializing fresh 
tables of correspondence. To activate an application, the system may generate an 
L-i- activation request to the expansion module, supply pertinent data. The module may 

£ also set up to receive a vocal command. 

^15 If the command is recognized, the module 8 may return to the system the index 

£ (in the table of correspondence) of the word that has been recognized. The detention 

I algorithm may then produce commands as appropriate to the context of the current 

application. If another application is called, the databases associated with the 
preceding application are closed, with the state of the preceding application being 
20 optionally saved, and the procedure is resumed from activating the application as 

^ described above. 

O 

In the instance of a module 8 that is designed to expand the functions of a basic 
electronic device 1 in terms of vocal command acquisition, a range of possible 
sceneries for the implementation of an interface between the module 8 and the device 
25 15 are discussed here below by way of examples only. 

Consider a module 8 that is attached to a generic portable device 1 and 
contains a series of standard applications not to be modified by the user. Assume, 
moreover, a group of modifiable applications, i.e. suitable applications for expansion. 
A software interface may include the acquisition of a database of necessary commands 
30 to the expansion; a connection channel to the device 1; and an acquisition system. 

A review of a number of terms may be useful to make the aspects of the 
embodiments of the present invention more clearly understood, as they appear in this 
exemplary application. 
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A "context" , in the portable device environment, encompasses what the user is 
able to perceive, such as display icons, LEDs, or other signals, and the group of 
commands that are available at the time, whether vocal commands or commands of a 
different nature, together with a respective group of feasible actions. A 
"microcontext" means a state of the application present in the context, within which 
only some of the actions in the group provided are feasible. A "feedback" means 
executing a command, for example, in the event of the message being rejected or not 
recognized by the device (as well as of a message being returned which is not included 
in the database or is inconsistent with the current microcontext), no actions would be 
executed. "Grammar" means the body of commands available for the applications. 
An active grammar is a sub-set of necessary commands in a given context, and 
comprises a group of general (noncontextual) commands and a group of specific 
commands for a given application. These groups of commands are contained in a 
database, as explained herein below under the heading Scenery 1. 

Scenery 1 : Guided acquisition of databases to the voice recognizer. 

An noncontextaal database exists that includes the commands shared by all the 
applications. For example: 

[ok, new, details, cancel, delete, note, graffiti, next, back, show, priority, exit, 

etc .7. 

Some databases exist that are shared by some applications. For example, 
numerical: (calc, calendar, clock, etc.) 
[0, 1,2,..., 10, 11, 12] 

edit: 

[undo, cut, copy, paste, select, keyboard] 

When the principal applications are taken into account, there may be 
approximately ten contexts, each having a group of at least twenty vocal commands. 

Database acquisition flow 
Acquisition db {application jiame) 
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{ 

dbjiame = get_dh2SQ_fxom(japplicationjumie); 

if does not exist dbjiame 

{ 

dbjiame = crcatedhiappUcaiionname); 

} 

open_db(db_name); 

set_of_commcmds=defme_comnmidsiapplication_name); 
for each element of set of commands { 

err = request_acc|_word {element); 

wliile(!err)err = request_acq_word {element); 

} 

> 

Scenery 2 : Adaptation to the speaker 

Consider a pre-existing database. It is possible to activate or de-activate an on- 
line acquisition mode. With a command issued, the following situations may appear: 
recognition occurs, the last command is stored another command is received and 
recognized, and if the on-line acquisition mode is active and Ihe last command is 
confirming the preceding one (e.g., is neither a cancel nor an exit command), then the 
stored command is acquired to the database. 

Scenery 3 : Production of a database for a context, optionally by extracting data 
from different contexts 

This is a method of interfacing to the software application that may or may not 
employ voice recognition, and in which: on first installation of the application, the 
interfacing mode required by the application, and the "vocabulary of commands" that 
goes with it, are declared automatically; the user is enabled to select the interfacing 
mode; if the vocal command is selected, then the components of the "vocabulary of 
commands" in the set of vocal commands that pertain to the other voice-activatable 
applications are located, and a request is optionally passed for training in the 
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vocabulary entered. 

Vocabulary of commands is a database that is tied to an application (e.g., by a 
consistent name) and contains a set of commands that are specific to that application 
and already exist or are generated by a vocal command acquiring step. Integration to 
the database construction can be obtained (on first installation) by deriving, from the 
other existing databases, the iudividual commands of the same type and performing an 
off-line acquisition. For the rest of them, the user vi^ould be requested a normal 
acquisition (see Scenery 1). 

The voice messages that correspond to the requested commands may be de- 
correlated from a linguistic standpoint, unless they lose their semantic significance by 
the user. For example, if the user chooses to interpret the commands by a different 
language from that of the device system, he/she can do so on condition that 
consistency be maintained between the voice message and the requested command. 
For example, 

requested command: "OK" ^ spoken: "vabene" 

requested command: " SHOW" ^ spoken: "mostra " . 

In all cases, the equivocating (different words conveying the same notion), 
faltering pronunciation, and discriminating (words having different meanings but the 
same pronunciation) characteristics of speech should be taken into account in choosing 
the vocal commands. 

Scenery 4 : A sequence collecting information about an application and the 
acquisition of vocal commands (connected with Scenery 3) and subsequent patch to the 
operating system in order to synchronize the vocal commands to the application. The 
system will be able to: display a list of applications in the palm-top computer that have 
no corresponding vocal command database; allow selecting an application from the 
list; acquire the application resources, which include inter alia the list of commands to 
be input by voice; and construct a training database, dependent on the application and 
containing the vocal command list, like in Scenery 1. The patch program of the 
operating system may be able to: retrieve the identification of the application 
requested by the user; find the dbase that pertains to the application; and detain the 
information from the voice recognition system and produce equivalent events for 
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queuing to the events handled by the current application. 

Scenery 5 : Activation of the operating system patch upon calling a generic 
application. 

The system should be able to detain the request to activate an application, and 
5 through a program may: verify that the activated application can be guided by vocal 
commands; if necessary, request that a database be generated for activation by vocal 
commands; provide the recognition device with the addresses of the databases 
(contextual and noncontextual) linked to the application; activate the recognition 
device (place it in a standby state awaiting commands); and start the application. 

10 Database : 

The database may contain the "vocabulary of commands" associated with a 
context or set of contexts. There may be a database for each context. Univocal 
correspondence may exist between the database in the palm-top computer and the 
database associated with the same context but contained in the recognition device. 
15 The database may include: 

a " completed" flag, indicating that the whole set of commands is acquired; 

optionally, a list of the contexts encompassed by the database; 

an on-line acquisition mode flag, indicating whether the database is enabled to 
on-line acquire fresh voice messages corresponding to the commands it contams; 

20 indications about the corresponding database in the recognition database 

(starting address, ending address); and 

a list of specific controls to the application considered, or the class of actions 
shared by different contexts, to show the name of the requested conmiand (label); the 
presence of the recognizer in the database; and a corresponding sequence of actions 
25 (commands to be effected by the operating system in order to execute the requested 
command). 

Figure 4 shows schematically an exemplary application flow, including 
conraiunication channels and flags; enabling recognition, which verifies the state of 
the recognition device, identifies the context, and activates the acquisition and 
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recognition enable flag for the device. A stacked command sequences store the 
sequence of the commands executed last, and allow tracing them; and allow optional 
on-line acquisition. A recognition acknowledge flag may be included. 

Data addressing may include: 

5 t/>l^ location of the contextual database 

t/>l< location of the uncontextual databases 

ff-l address of the recognized word, or membership class 

t/4' address of the range of words that belong to one class. 

■U The invention being thus described, it will be obvious that the same may be 

5 10 varied in many ways. Such variations are not to be regarded as a departure from the 

^ spirit and scope of the mvention, and all such modifications as would be obvious to 

J one skilled in die art are intended to be included within the scope of the following 

'r claims. 
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